其他
后台开发最佳实践
点击上方☝SpringForAll社区 轻松关注!
本文来源:http://rrd.me/g6P3V
后端开发实践
整体流程:
需求沟通 需求评审 领域模型设计(可提前) 任务拆解 接口文档编写 后台开发 联调测试 产品回归 产品提测
其中,大部分流程都有顺序的要求,有前后依赖关系,不同阶段都有存在的必要性;细节操作上仍有可优化的空间。
几点思考:
项目排期:尽可能合理,避免不可能排期问题 关键里程碑设定:里程碑设定,基于现实情况,适当合理设定里程碑 里程碑逾期:一旦系统阶段性延期,会影响团队心态和士气,所以,在项目排期和里程碑设定,要尊重客观事实 基于客观事实,适时而变:团队的磨合程度,成员能力梯队,会影响具体的项目排期 项目整体设计和安排,清晰、明确、固定: 场景的主体流程 不同团队的角色和责任定位,接口人的任命 关键里程碑 人员的前期动员工作做足,每个人都很重要,调动积极性,清晰每个人的角色和责任 项目一旦启动,进入协作开发流程:任何一个环节,无论发生什么问题,都尽可能保证负责内容的按期完成,避免 delay。 突发问题出现了,第一步是想方法把问题解决、扛过去,避免影响整体流程; 绝不能,第一步就去找问题的原因和责任人,这个事情,应留在项目完成后进行;
需求沟通
从后台视角出发,看整个互联网产品的项目管理和开发流程。有几个考虑:
明确整个项目流程,里程碑的时间点和说明要特别明确。 需求开发之前,需要各个小组接口人,参与需求沟通: 人员覆盖要全,避免第三方缺席的情况; 人员要适当精简,一般数据组、前端组、后台组、产品组、测试组的接口人要出席; 提前理解需求(类似 预习
)针对需求效果,从研发角度给出建议 根据整体项目排期,讨论功能点的耗时以及优先级 各个小组在需求开发中的位置,涉及的外部系统接口人 项目场景、场景的主体流程 统一术语 产品在场景中的核心价值 准备材料: 目标: 注意事项:
需求沟通,是需求评审的前置环节,能够提前接触,提前理解需求,提前调整需求,各方都能提前准备。
墙裂推荐
【深度】互联网技术人的社群,点击了解!
关注公众号,回复“spring”有惊喜!!!
如果资源对你有帮助的话